在linux的使用过程中，我们经常会碰到需要将某个自定义的应用程序设置为开机自启动以节省操作时间，这里提供两个设置开机自启动的方法。

ubuntu在开机过程之后，会执行/etc/rc.local(注意/etc/init.d中也有个rc.local，不要弄混了)文件中的脚本程序，初始情况下，这个文件内容是这样的：

并不包含其它内容，用户可以在里面添加需要开机执行的脚本命令，这里以diodon粘贴板工具为例，如果我要开机运行diodon进程，在文本中添加：

看到这里有些盆友就要问了，为什么要在执行命令后面加&？

在shell执行命令后加&是为了让应用程序在后台运行，rc.local也是一个脚本，主进程在运行这个脚本时必须能够返回，如果在这个脚本里面执行了一些死循环或者其他无法返回的任务，整个系统就很可能卡死在这里，无法启动，所以在这里运行的用户程序必须是能够返回或者本身就使用一些后台运行的进程。

经过上面的添加，在下次重启的时候，使用命令：

就可以看到diodon进程已经在后台运行。

既然有添加，就必须得有删除，其实以rc.local的删除方式很简单，直接删除rc.local中用户添加的部分即可。

需要提醒的是，在操作系统文件时，做备份是非常必要的

第二种方式就是将自己的用户脚本添加到/etc/init.d并链接到自启动程序当中。

还是以tomcat服务来举例，我编辑一个运行tomcat的脚本：

将其命名为tomcat,并用指令：

将文件放到/etc/init.d目录中，然后将tomcat脚本链接到开机运行序列中：

上面提到的两种方式适用于经典的system V控制系统启动和关闭的情况，但是目前(2018年10月)在大多数发行版上都开始使用了systemd的系统软件控制方式，包括Ubuntu16，centos.systemd系统管理着linux下的进程运行，属于应用程序，不属于linux内核的范畴。

在systemd系统上设置开机自启动的方式也是非常简单的(尽管systemd这套软件管理工具并不简单)。

这里要注意的是，systemd是linux发行版上的预装工具，用来管理系统软件的启动运行和结束，所以通常来说，这套东西是依赖于发行版的，如果系统使用了这一套工具，那么就可以使用它来管理进程，如果不是，即使你安装了它，它也不会被默认配置为系统管理工具。

查看系统是否使用systemd工具我们可以使用如下的指令：

如果系统返回如下类似的信息，表明该系统是由systemd工具来管理软件：

对软件的管理主要是同通过systemd工具中的systemctl命令，相比于之前的system V的控制方式，systemd显得更加简洁明了，对用户更加友好，拿httpd来举例：

至于关闭和取消自启动，大家心里应该有数了吧。

我们再回到重点，设置开机自启动。

我们要为目标设置一个配置文件，其实这是可以预想到的，linux作为一个复杂的系统，开机自启动涉及到的依赖、运行级别、运行环境等等问题肯定需要用户去指定，在启动的时候系统才知道怎么正确地去运行软件。这个配置文件固定以.service作为后缀，比如我们如果要运行/home/downey目录下的test.sh脚本，我们可以添加一个配置文件test.service:

将文件放在/usr/lib/systemd/system 或者 /etc/systemd/system目录下，然后可以测试一下：

然后你可以查看你的/home/downey/test.sh脚本是否已经运行，如果已经运行表示配置文件没有问题。然后可以键入：

设置test脚本开机启动。如果上一步没有出问题，这一步基本上也不会有什么问题，系统会打印出如下信息：

可以看到，这里在/etc/systemd/system/multi-user.target.wants/目录下创建了一个/usr/lib/systemd/system/test.service文件的软链接，到这里设置开机自启动就完成了。

在上面的配置文件中，为了演示起见，我将一些本测试脚本不需要但是比较重要的配置项也写了出来，其实如果不需要可以删除，但是[Unit]/[Service]/[Install]这三个标签需要保留。我们来一个个简单介绍一下配置项：

如果有多项，用逗号作为分隔。

转 ： https://www.cnblogs.com/downey-blog/p/10473939.html